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Abstract 

A system and method that allow a subscriber to have incoming telephone calls autbm^cally?screieh^f^p :i i 

directed to a subscriber with a minimum of interruptions. The system includes a graphiraliuserjri 

(GUI)(200), a Network Interface (304), a service control module (306) and a dat^ 

method permit a subscriber to identify incoming calls by priori^ - level. The subscriber <^ 

information so that it reflects changes in the subscribers; Iqraibohand^to^ 

desired call The system permits low priority calls to be directed tb a voice Wiail - syi^rnior jputed to 

attendant " ;;: - !; ■ ' ^ r:y :^^y : WMk 
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A SYSTEM AND METHOD FOR AUTOMATICALLY 

SCREENING AND DIRECTING INCOMING CALLS 

RELATED PROVISIONAL APPLICATION AND RELATED APPLICATIONS 

This application claims the benefit of U.S. Provisional 

Application Serial No. 60/007,935, filed on November 29, 1995 and entitled "A System and Method for 
Automatically Screening and Directing Incoming Calls". This application includes the same inventors as 
named and discloses subject matter claimed herein. The content of this provisional application is 
incorporated herein by reference. 

The following pending U.S. patent applications include subject matter related to the present invention: 

(1) U.S. Patent Application serial number 08/309,336, 
entitled "Personal Communications Internetworking", 
filed on September 19. 1994 and assigned to the 
assignee herein; and 

(2) U.S. Patent Application serial number 08/466,626, 
entitled "Real-Time Control of Voice Delivery", 

filed on June 6, 1995 and assigned to the assignee 
herein. 

The content of these applications is incorporated herein by reference. 
BACKGROUND OF THE INVENTION 

Field of the Invention v : ,.v, ; 

The.jpresent invention relates to personal communications and, more particularty, to a system and^methc^ 
for screening and routing calls - such as voice messages, faxes, e-mails, and the like - directed^ 
communications services subscriber. ?^r.--'" J 

Discussion of Related Art 

Today, mobile communications are essential to persons conducting business away from the office: The. 
person accessible to clients and potential clients typically obtains a decisive advantage over the pe^to 
accessible. Thus,: wireless communications, such as c^llulafctelephones,. pagers, and 'personal digital 
assistants (PDAsA which peririit communications to be directed to^ ft 

invaluable to those persons who often conduct business aw^ylfrom the ! office; It is; however, desirableito 
limit the calls that are directedto the person who is conducting business away ^ office. The person 
typically does not want to be interrupted while: Conducting |bu|ihess toffelcl 'balls. th'af'aj^- not impbftanfi-tthat 
can ibe handled at a later time, or that can be directed elsewhere. 

Fig. 1 is a greatly simplified illustration of a wireless communications ; • ^ 

Cbmmunications . 
System (PCS) network 1 00. The PGS is similar to otlterty^ ;R ; K : : ; ^ 
provide background to the following discussion of the ihventioh; jt is not intended by^ any m^ 
invention to use with PCS systems. 

Indeed, a person skilled in the art will readily appreciateithat>the^m^ 
cbmhfiuriicationsi^stems; T^ 

communications network. A: switched cdriihriunicafo be - ibrfexamp^^ r -: K ;:- 

telephone network (PSTN) or ah Integrated Signaling i;Digital : r - " 

Netw6ri< (ISDN). The signaling he^ 

An illustrative signaling network 102 includes (among other things) a network database 105, which may be 
a service control point (SCP) . A database called a Home Location 

Register (HLR) 106 is part of the signaling network. The HLR 106 is connected via link 108 to a Regional 
Signaling Transfer 

Point (RSTP) 1 10. A network server 107, such as an intelligent peripheral (IP), may be connected to the 
signaling network via an RSTP 110 or other service switching point. The 
RSTP 1 10. is connected via a number of links 1 12 to several ; ! 

Local Signaling Transfer Points (LSTPs) 1 14. Each LSTP-1 1 4 is connected via a number of local links 1 16 
to a nunriber of switches such as Service Switching Points -(SSP) 1 1 8. The SSP 1 1 8 connects to subscriber 
premises to provide for premises equipment, such as a wireline telephone 1 20. An SSP 118 may also 
connect to one or more Wireless Switching Centers (WSC) 

Mobile Switching Centers (MSC), or Radio Port Control Units (RPCU) 122, which are part of the wireless 
communications system 104. The WSC (or MSC or RPCU) 122 is connected to a number of Base Stations 
(BS) (or Radio Ports (RP)) 124," which monitor a "cell" (or "coverage area") 126. One or more WSC 122 are 
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connected to a second database called the Visiting 
Location Register (VLR) 128. 

The HLR 106 contains a database maintained by a subscriber's (or "user's") local telecommunications 
service provider at the user's home location. This database includes information about the user, called the 
user profile. The VLR 128 is maintained by a telecommunications service provider at the location the 
portable device user and portable device 130 are visiting. The portable device 130 may be a wireless 
telephone, a personal digital assistant (PDA) having wireless communication applications, or other dievice. 
The VLR 128 stores a subset of the HLR 106 user information, and records that the portable device 130 is 
currently located in the area serviced by that VLR. The HLR 106 keeps a record of the VLR in which the 
portable device is currently located. When the portable device 130 travels to an area covered by a different 
WSC 122, the device is registered in the new WSC 122. The new location is stored in the VLR 128. If the 
portable device 130 travels to an area covered by another VLR 128, the subset of the HLR 106 data stored 
in the previous VLR is transferred to the new VLR. The location of the new VLR is stored in the HLR and 
the previous VLR location is deleted from the HLR 106. 

One type of portable device which may be used in a PCS network is a personal digital assistant (PDA). The 
PDA is typically a laptop or palmtop computer connected to a wireless communications network and which 
may provide voice, fax, email, and/or other types of communication. Fig. 2 is a block diagram of a typical 
PDA 200. The PDA 200 may have one or more processors 202, such as a microprocessor, a main memory 
204, a disk memory 206, and an I/O 208 such as a mouse, keyboard, or pen-type input, and a screen or 
monitor. The PDA 200 may also have a wireless transceiver 210 connected to an antenna 212 configured 
to transmit and receive wireless communications. The processor 202, memories 204, 206, I/O 208, and 
transceiver are connected to a bus 214. The bus transfers data, i.e., instructions and information, between 
each of the devices connected to it. The I/O 208 may permit faxes, e-mail, or optical images to be displayed 
on a monitor or printed out by a printer. The I/O 208 may be connected to a microphone 216 and a speaker 
208 so that voice or sound information may be sent and received. 

An object of the present invention is a system that serves as a "personal assistant 1 to subscribers ta 
manage communications and personal information. 

A further object of the present invention is a system that allows subscribers to control both incoming-arid 
outgoing communications in all media as well as being able to access vast amounts of network based data, 
and- that notifies subscribers of high priority calls when appropriate, without disturbing subscribers at 
awkward times. 

It is yet another object of the. present invention to provide a system and method for identifying callers to a 
communications services subscriber, determine a priority ranking for the caller, and route the call to a 
location where. thersubscriber may be reached, the PDA, or other destination (such as voice mail or 
receptionist) according to the determined priority. 

SUMMARY OF THE INVENTION 

These arid other objects of the present invention are provided by a system and method for automatically 
scre<eriincj-and delivering calls, such as telephone calls,. faxes, e-mail, and the like, directed to a 
communications sen/ices subscriber. The calls may be screened according to the subscriber's schedule 
and priority attributed to the caller. 

The invention preferably receives a call, attempts to determine the origin of the call, compares th^identified^ t 
call origin to the subscriber's priority for that origin, detehriiries the subscriber's 

calls ofthat priority (which may vary according to the time of day and subscribers locaitibniy r^irf d ' roCifes ftftie ^ 
call accordingly. The invention may route a high priority rail directly to the subscriber at a call delivery 
address (e.g., phone number, fax number, etc.) at which the subscriber is currently located; route a low 
priority call to a message storage, such as voice mail, office computer, or fax machine; or query the 
subscriber as to how to direct the call. Call screening priorities may be modified using a priority threshold 
assigned to each scheduled call delivery address. 

In a preferred embodiment of the present invention, the system includes (1) a database containing call 
origin priority information, call delivery preferences, and subscriber appointment schedule infbrmaition such 
as call delivery address and times at which the subscriber expects to be at the call delivery addresses, (2) 
a network interface configured to receive an incoming telephone call, to connect the call to the appropriate 
destination, send call identification information to a service control module, and - if necessary - to match a 
sample of the caller's voice to a stored set of voice samples to determine the caller's- identity; (3) a service 
control module connected to the network interface to manage the process of incoming calls; and responsive 
to the database to determine the appropriate destination for the call; and (4) a user interface for receiving 
calls from the service control nodule and for maintaining schedule and caller priority information from the 
subscriber. 

To use a preferred embodiment of the inventive system, the subscriber enters a schedule and a list of 
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clients into a graphical user interface that is available on a communications device, such as a Personal 
Digital Assistant (PDA). From there, the system takes over, routing the subscriber's important calls at 
predesignated call delivery addresses, such as wireline numbers, where the subscriber is currently located 
and transferring unimportant calls to voice mail or to another predetermined destination. In some cases, the 
system will query the subscriber through the PDA to obtain a preference on how to handle the incoming 
call. Thus, by giving a single contact number to his clients, and by keeping the inventive system informed of 
the subscriber's current schedule, a subscriber obtains the flexibility of always being reachable by his 
important clients while being able to control when others are able to reach him. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is described with reference to the following figures: 
Fig. 1 illustrates a Personal Communications Services network; 
Fig. 2 is a block diagram of a Personal Digital Assistant; 

Fig. 3 is a block diagram of an overview of a system according to a preferred embodiment of the present 
invention; 

Fig. 4 is a more detailed diagram of the invention of Fig. 3 implemented in an Advanced Intelligent Network 
environment; 

Fig: 5 is a block diagram of a network interface according to a preferred embodiment of the present 
invention; 

Fig. 6 is a block diagram of a service control module according to a preferred embodiment of the present 
invention; 

Fig. 7 is a main menu screen of a graphical user interface according to a preferred embodiment of the 
present invention; ; 

Fig; 8 is a PhoneBook screen of a graphical user interface according to a preferred embodiment of the 
present invention; 

Fig. 9 is a DateBook screen of a graphical user interface according to a preferred embodiment of the 
present invention; 

Figs. 10 and 1 1 are screens of pop-up windows which may occur on a graphical user interface ac^rding] to 
a preferred embodiment of the invention; and 

Figs. 12A and 12B are a flowchart of a preferred method according to the present invention. 

A Glossary of acronyms is attached as Appendix A. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
The present invention is described in the following sections: 
I. Overview of the Invention: an overview of the invention 
is provided with reference to Figs. 3 and 4; 
II: The Network Interface: the structure and operation of 
the network interface is described with reference to Fig. 



III. The Service Control Mbdule: the structure and operation 
of the service control mbdtile is described with reference 
feFi^. 6; 

IV. The User Interface: the PDA/user interface is described 
with reference to Figs. 7-11; 

V. The Database: the subscriber information database is 
described; 

VI. Ah Exemplary Call Flow: an exemplary call flow is 
described with reference to Ficjs 1 2A and 12B; and 

VII. Conclusion: a conclusion is provided. 

I. Overview of the Invention 

Aspects of the piresent invention include a system and method for automatically or interactively screening 
arid directing subscribers' incoming telephone calls. The inventive system serves as an automated 
personal assistant which allows a subscriber to automatically manage incoming communications in a way 
that is easy to control and which requires a minimum of unnecessary interruptions. 

The inventive system and method allow a subscriber to have incoming telephone calls screened in order to 
identify those calls that are of the highest importance to the subscriber. Preferably, the subscriber controls 
this system by manipulating user-friendly interfaces to store information into databases, including a 
database containing names and telephone numbers and a client priority list (the PhoneBook database) , 
and a database containing an appointment calendar Which may include locations and call delivery 
addresses (e.g., phone numbers) of where the subscriber is expected to be throughout the day (the 
DateBook database). 

By entering the subscriber's schedule into the DateBook database (including times and locations of 
meetings and other events) and by entering client information into the PhoneBook database, the inventive 
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system has sufficient information to identify the origin of many incoming calls and to contact the subscriber 
such that high priority calls will reach the subscriber immediately. The PhoneBook database also includes 
contact information accessible by the system regarding the priority assigned by the subscriber to each 
client such that less important calls can be directed to a voice mail system for retrieval at the subscriber's 
convenience, routed to an attendant for action, or handled in a manner p re-designated by the subscriber. 

Fig. 3 is a diagram illustrating a communications network 300 including the present invention. The network 
300 receives a call from a communications device 302 f such as a telephone, fax machine, or computer 
terminal. The communications device 302 is connected to a network interface 304, which is preferably a 
telephone network interface (TNI) located in the signaling network 102. The TNI is connected to a service 
control module 306. which is also preferably located in the signaling network 102. The service control 
module 306 is in wireless or wireline communication with the subscriber's PDA 200; The PDA 200 
preferably includes software stored in its memory 204, 206, which includes databases of caller priorities, 
the call recipient's schedule, and a graphical user interface (GUI) which appears on a screen or monitor of 
the PDA 200. The PDA may also be in communication with a database 308. The database may contain a 
copy of the subscriber's PhoneBook and DateBook databases. Preferably, the database 308 automatically 
synchronizes with the information stored in the subscriber's PDA 200. The service control module 306 
communicates with the TNI 300 and databases to determine how to route an incoming call and 
communicates with the PDA 200 to inform the subscriber of recently received messages and to query the 
subscriber about the handling of certain calls. 

Many network architectures may implement the inventive call directing and screening system and method. 
The present invention is herein illustratively described using an Advanced 

Intelligent Network (AIN). Details of AIN are provided in "Advanced Intelligent Network Release 1 Network 
and Operations 

Plan", Special Report, SR-NPL-001623, Issue 1, June 1990, published by Bell Communications Research: 
The content of this document is incorporated herein by reference. A more detailed illustration of a call 1 
directing and screening system according to the present invention as implemented in the AIN environment v 
is shown in Fig. 4. In Fig. 4, the communications device 302 connects to a network access point(NAP): r 
402, the : 
NAP is connected to an SSP 118, the SSP connects to a Signal v 
Transfer Point (STP) 404 (which for simplicity may represent one or more RSTPs and LSTPs collapsed .into 
a single network element); the STP 464 is connected to an SCP 105, an IP 107, and a second SSP 1 1 8'i 1 ' . : 1" 
The second SSP 1 18' connects to an MSG 122 which connects to a base station 124. The base station 124^ 
is wireless communication with the PDA 200. T . 

Referring again to Fig. 3, the TNI 304 is preferably connected to the service control module 306 througfra > \ 
signaling network 102 connection. The subscriber uses the GUI to enter in his daily scheduleiarid his list bfr 
clients. The . K 

GUI also alerts the subscriber when the service control module 306 communicates with the PDA abdut heW : 
pending messages and to.determine if the subscriber wants to accepta given call or forward it on to the~ : 
vbic&mail portion of the service control. The database 308 maintains a network copy of the subset : 
daily: schedule and client list which are used, along with the subscriber's defaultiprofile, to determine which- 
calls to forward directly to the subscriber at his current location, which calls:to forward to the; subscriber's 
voice^mail box, and When to let the subscriber decide what to^do with a particular call; 

When a call comes in for a subscriber, the TNI 304 answers the call and alerts the service control module 
306 that a call has been received for a given line which may. be determined by Dialed Number Identification 
Service (DNIS) ffbm a given location which may be determined by Automatic Number. 
Identification (ANI)i(e.g , "Caller ID1) . The service control module 306 uses the DNIS information to 
determine who the subscriber is that the call is directed to arid then uses the: subscribers cli^ 
PhoneBook database) in the network database 308 to attempt to identify the call origin using the 
associated ANI information. If the call origin cannot be identified from the ANI, a speaker ideritffi^ 
may be tried. The TNI 304 uses a conventional speech sample template that ha^- been trained using a". 
previously received call or voice mail message. The speech on the current incoming call iis compared ifoihe 
samples in the template to determine if the voice matches a known voice. 

Once the caller has been identified using either the 

PhoneBook database or speaker identification, the system refers to the subscriber's PhoneBook database 
to determine the priority that the subscriber has assigned to the caller. If the call is to be directed to the 
subscriber, the system refers to the subscriber's schedule (found in the DateBook database) in order to 
determine at what address (e.g., phone number) the subscriber is correctly located. Depending on the 
subscriber's schedule and the caller's assigned priority, the caller may be connected directly to the 
subscriber at a telephone number listed in the appointment calendar or to the 
PDA 200 (if it has voice communications) or to any other predetermined call delivery address. The 
subscriber may be notified by an interactive GUI pop-up window 1000 as described below in relation to Fig. 
10, that there is a pending call and queries as to how the call should be handled, or the caller can be 
directed to the voice mail subsystem or other predetermined destination. If the caller leaves a voice mail 
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message, the subscriber is notified via a GUI pop-up window 1 100 as described below in relation to Fig. 11, 
informing the subscriber that a new message has been received. If the subscriber did not register his PDA 
with the system (or if the 

PDA is not in contact with the network), then the interactive 

GUI pop-up window may not be available, and the caller will be directed to the subscriber's voice mail 
system. 

II. The Network Interface 

The network interface 304 handles all calls placed to the inventive call directing and screening system and 
can place an outgoing call when directed to by the service control module 306. Preferably, the network 
interface is a telephone network interface (TNI). 

Fig. 5 is a block diagram of a preferred TNI 304 according to the present invention. The TNI 304 has-a line 
interface 502, a fax send/receive module 504, a prompt database 506, a message database 508, a speech 
recognition module 510, and a network interface controller 512. The functions of the TNI 306 include: the 
line interface 502 answers calls and collects Automatic Number Identification (ANI) and Dialed (slumber 
Identification Service (DNIS) information associated with a call; the prompt database 506 provides standard 
messages which may be played by the system to the caller, the message database 508 records the caller's 
responses (voice and/or DTMF) and stores received messages; the speech recognition module 510 
identifies a caller (using a pre-recorded voice sample templates) , generates a voice template for a caller, 
and stores the voice templates; and the network interface controller 512 places outgoing calls (to the 
subscriber) bridges two calls together, and exchanges messages with the service control module 306. A 
fax send/receive module 504 is provided to handle fax calls. 

In an AIN environment, the TNI 304 may be located in a 

NAP 404, SCP 105, or IP 107, distributed among these network elements, or be partially or entirely 
contained in a separate dedicated network element. 

III. The Service Control Module 

The service control module 306 is the central processing unit of the inventive call directingand screening 
system. 

This module exchanges messages with both the TNI 304 and the 

PDA 200, obtains information from the database 308, and controls the actions of the system. 

The service control module 306 is illustrated in Fig. 6 and includes: a TNI monitor 602, a PDA monitor 604^ 
a log 606, a call handler 608, a PDA handler 610, and environment routines 612 which allow the systerti to 
access the system database and communicate with the network interface 304 and the subscriber's PDA 
200. Each of these elements is described below. 

The service control module 306 is connected via the communications network to the TNI 304 and to a 
database, such as an SCP 105., The module 306 may also be in wireless or wireline communication with 
the subscriber's PDA 200. In a preferred embodiment, a- mobility manager 614 may act as an interface • 
between the Service Control Module 306 and the PDA 200; Mobility managers are well known and afe^ 
described, for example,^ in the U S. Patent Applications described above; 

In the inventive call directing and screening system, the service control module 306 has a TNl monpr6t)2 

which waits for new incoming calls registering with the system. Once a call is detected% the TNI^rnqn 

602, the call handler 608 initiates a call handling process. : < i ■ 

The PDA monitor 604 waits for hew PDAs to register with the system. Once a P DA registers with ■ the ^ ; 
system and a PDA call is detected by the PDA monitor 604, the PDA handler 610 initiates a PDA hahdljng • 
process which then handles all of the interactions to properly direct that call. TTie.PDA'tiaridling prticesisr 
allows the subscriber to check for new messages and to be notified of any incoming telephone calls - 

The log 606 performs a procedure to log system usage. information and to send system status messages to 
a service provider. The service control module preferably communicates with the other components of the 
call directing and screening system (e.g., the TNI 304, the PDA 200, and the database 308) through 
"environment" routines 612 which handle the low level communications and database access functions 
needed by the system. The environment routines may be provided in 

Specification and Description Language (SDL), which is a CCITT standard language for interface and 
design specification. 

An illustrative AIN mapping of the system places the service control module 306 functionality directly in the 
SCP 105. This mapping may require a great deal of message traffic between the SCP 105 and the IP 107, 
with the SCP being required to handle every step of the subscriber and client interactions. The SCP also 
controls initiating an outgoing call to the subscriber or his voice mail system (if separate) and 
communicating with the IP 107 that is running another portion of the system. 
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In a second illustrative embodiment, the service control module 306 functionality is a main function in the IP 
107 that is invoked by the SCP 105. This mapping may require a minimum of communications between the 
SCP and the IP, where the SCP is only involved at the start-up of the call. This mapping assumes that the 
IP can originate an outgoing call (to the subscriber and/or the subscriber's voice mail system, if this is a 
completely separate system) and to transfer the caller to the subscriber at the subscriber's request. Multiple 
IPs may be provided to support all of the system functions (e.g., one handling the client interactions and 
one handling the subscriber's interactions through his PDA). 

In an illustrative embodiment, the service control module 306 is implemented in SDL. SDL allows for a 
graphical programming methodology, where procedures are specified by flow-charts and where all 
interactions between procedures (and the outside environment, including the PDA and TNI module) are 
expressed as a series of messages. This allows for a very flexible system, where the function of the system 
can be modified by simply redrawing the appropriate flow-charts. The 

SDL system also allows for multiple independent and interdependent processes, each of which controls its 
own portion of the system. An SDL system can also define how many of each type of process is allowed in 
the full system. Thus, by defining a process to handle a single telephone call, the system can be easily 
scaled up to handle any number of independent calls, simply by allowing the system to have more of the 
call handler processes. 

IV. The User Interface 

The Personal Digital Assistant (PDA) 200 Subscriber 

Interface is the main interface used by the subscriber to control the inventive call directing and screening 
system. 

This graphical user interface (GUI) is preferably designed to be intuitive and user-friendly. In a preferred: . 
embodiment, the GUI is presented to the user in several screens. Fig. 7 is an illustrative main menu screen 
700 of the GUI. Fig. 8 is an illustrative PhoneBook screen 800. Fig. 9 is an illustrative 
DateBook/Appointment Calendar screen 900. A message bar 702, 802, 902 at the bottom of each screemis 
used* to indicate the function of the currently selected button and there is a separate: bar 704, 8041904116^ 
error or other informative messages. The interface makes use of pop-up dialog boxes 1 000, 1 1 0O^sUchjas:, 
are seen in Figs. 10 and 1 1 , to request additional information from the subscriber when needed arid to : 
notify the subscriber when new messages have been received by the inventive call directing and screening : 
system and when a call is pending (e.g., 706). r 

In order for the inventive system.to interact with the subscriber through the PDA interface, the subscriber 
preferably first registers with the system 'giving his user name and his personal identification number (PIN). 
When the subscriber is going to be away from his PDA for ah emended period of time, he should ideally 
deregjster from the system in order to minimize the delays experienced by his clients. 

As seen in Fig. 7, the main menu screen 700 provides a window 706 which lists recently received 
messages and indicates the origin of the call; the type of call (e.g., voice, e-mail, fax, etc:) whether the 
subscriber has already read the message, and whether the caller has marked the call iurgerit.. A subscriber 
mayis^lect messages in any d is not limited by a firsWn^firstout criteria Jmpbsed:! : 

by rribst voice mail/mes^^ systems)^by highlighting the desired meissages through the GUI. AJselected : 
message may be retrieved by pressing a "Get Message" button 708. A selected-message may: bef irafRga" 
(e.g., marked as read without downloading the message) or "labeled" (create a yoice ; recognition tern 
from the stored; message) =by pressing the appropriate button 71 0, 712. The subscriber mayialsoisel^tite : 
lodk at a message screen^a bateBook screen, or a PhoneBook screen by presisirig the app^ 
714, 716; 718: Trie mesisag^ button 7i4 pei^ite me subscriber to u^^ 
with newly recorded rtiessa^es. 

As seen in Fig. 8, a PhoneBook. screen 800 provides a database for maintaining a listof names 806, ^pfione 
numbers 808, and addresses 8.10: Each entry in the PhoneBobk may be provided with a priority number, 
from, for example, between 110 to indicate the importance of the person listed to the subscriber. As 
described in more detail below, this priority helps the inventive system to determine how an incoming call 
should be directed. 

As seen in Fig. 9, the DateBook screen 900 provides a calendar 906 and an appointment scheduler 908 for 
the day selected on the calendar 906. The daily appointment calendar 908 allows the subscriber to indicate 
at what call delivery address (e.g., phone number, fax number, etc.) the subscribermay be reached during 
certain times of the day. This information permits the inventive system to direct incoming calls to that 
nurriber if the call has a sufficiently high priority. A priority value may also be specified for DateBook entries 
to provide the subscriber with flexible control of the system. 

Besides these interfaces, there are preferably interfaces for entering the subscriber's personal information 
(profile) and information windows for the message notification and call command interfaces to the message 
notification and call command modules, respectively. 
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In an illustrative embodiment, the GUI is preferably written in the Tool Command Language (TCL/TK) which 
is an interpretive programming language and its associated graphical 

ToolKit Each of inventive system interfaces is preferably implemented as a separate TCL script as is the 
communications between the service control module 306 and the user interface in the PDA 200. A 
preferred embodiment of the inventive system uses UNIX TCP/IP sockets for its communications. 

Th 

However, Bellcore's AirBoss system may be preferred for a wireless connection. The TCUTK interface may 
run on either a UNIX.workstation or a PC with a TCL interpreter, allowing the subscriber to have the same 
interface while working at his desktop computer or while on the road. Because TCL is an interpretative 
language, the interface may be "re-programmed" by the service control module as needed to provide new 
services to the subscriber or to add new features to the existing interfaces, without requiring any action 
from the subscriber. The "re-programming" feature makes the inventive system flexible and updatable by 
the service provider without interaction from the subscriber. 

V. The Database 

The database 308 for the inventive call directing and screening system maintains a network copy of each 
subscriber's profile, DateBook 900, and PhoneBook 800 data. Each subscriber's data also includes any 
pending messages and associated information (i.e., who called, when, how long a message, etc.) as well 
as indications as to whether the message has been marked urgent by the caller and whether or not the 
subscriber has already read the message. A list of the voice templates that the subscriber's clients have 
passively trained may also be maintained in the database 308. 

The DateBook and PhoneBook databases are used by the service control module 306 and the speaker- 
identification templates are used by the Telephone Network Interface 304. If all databases are accessed 
through the SCP 105, they are downloaded to the IP 107 at the start of a call. For the mapping where; the 
SCP 105 runs the service control module, only the template database are downloaded to the IP 107: For 
the other mapping, where everything is done by the IP, all three databases are downloaded by th#SGP : 
105 to the IP 107. 

In a third illustrative embodiment, the databases are permanently located at a specific IP node (for a 
specific subscriber's data), in which case, no downloading is required. 

Preferably, the databases are accessed through a standard 
Database Server Interface. 

Depending on where the databases are located in the AIN system, it may be advantageous to use a : 
speaker identification method that uses less subscriber-specificidata. One scheme which uses a common 
codebook rather than speaker specific code books would require less speaker specific data to be 
downloaded to the IP. This scheme does, however, require a: larger database to be permanently located at 
the IP arid may. be less abcurateihan the speaker specific codebook method. 

A^database engine such as Oracle may be provided, to allow the system to perform searches on the data : 
stored' in the database 308. For example, given a DN IS number, the engine searches: the database 308 :to 
find the subscriber that is associated with that particular number. Given an ANI number, the engine 
searches the subscribers PhoneBook entries in the database 308 to find out which client, if any, is: 
associated with that number and what that caller's priority is as assigned by the subscriber. These 
database routines are expandable to allow the subscriber^ search for mess^esfrom^ 
arid ito sort the message^in any desired fashion; Illustratively, all of the database routines ai^ : 
and are part of the environment routines 512. 

The telephone numbers at which the subscriber may be contacted throughout the day are derived: from the 
DateBook 900 appointment calendar 908 database which shows the location and time of the subscriber's 
meetings and appointments. Default calling locations are derived from the subscriber's home and office 
information. A corporate database may also be used to translate meeting room locations into telephone 
numbers so that calls can be forwarded to the subscriber when he is attending on-site meetings in these 
rooms. 

In order to determine which clients calls are the most important to the subscriber, the PhoneBook 806 
name and telephone number 808 databases are used. These databases, along with the "priority" field 812, 
are used both to identity a call origin (using ANI), the caller (using or speaker identification), and to rank the 
caller (identified through speaker identification or inferred from the call origin) based on assigned priority. 
Once the caller's priority has been determined, the system determines whether the caller should be directly 
connected to the number at which the subscriber is currently located. A priority may also be assigned to 
items in the DateBook to be used as a minimum priority threshold to better screen incoming calls. 

Depending on the priority assigned by the subscriber to a client making an incoming call to the inventive 
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system and the subscriber's preferences, the system may handle the incoming call in different ways. The 
priority assigned to a currently scheduled event (or default profile entry) may also change. For example, a 
subscriber may instruct that only very high priority calls to be forwarded to him during a very important 
meeting, or to his home after 1 1 P.M. When making a call to the subscriber, clients assigned a high priority 
may be directly connected to the subscriber at the phone number provided for the subscriber's current 
location, which is determined by the system by checking subscriber information in the calendar database. A 
low priority call to the subscriber may be automatically transferred to the subscriber's voice mail system or 
other predetermined number. However, for calls falling into the indeterminate middle range (e.g., those 
clients who the subscriber only occasionally wants to speak to directly) the system will use a call in real 
time to the subscriber's PDA, indicate (if possible) who is calling, and query the subscriber on where to 
direct the call. The subscriber's response may be used to update the caller's priority, for example, if the call 
is accepted, the caller's priority may be increased and if the call is directed to voice mail or an attendant,, 
the caller's priority may be decreased. 

The subscriber may also be able to enter a custom message that is played out to the caller before routing 
him to the voice mail portion of the system. If the subscriber is not able to answer the query, sent to the 
PDA, then the caller is automatically routed to the subscriber's voice mail system and a message may be 
sent to the subscriber notifying him of the call. Routing may be determined by preference thresholds setby 
the subscriber. Once a caller has been directed to the subscriber's voice mail system, Message Notification 
may be used to inform the subscriber of the waitingnessage. Message 

Notification displays a note on the subscriber's PDA 200 terminal giving the name of the caller (from either 
the AN I or speaker identification information, if available) and the length of the collected message. 
Notification may (according to the subscriber's preference) be given if the caller's priority is high enough in 
order to avoid disturbing the subscriber with low priority information. 

VI. An Exemplary Call Flow 

Figs. 12A and 12B are a flow chart 1200 providing an illustrative example of how the inventive call directing 
and screening system handles an incoming call. It is assumed that the. subscriber has already set uplhe^^^ 
DateBook and PhoneBook databases and that speaker identification templates for several clients exist and if 1 
such templates have been trained from previous messages left by the clients. : S V 

In the illustrative example of Figs. 1 2A and 12B, an initially unknown caller X, calls into the subscriber Wdrii : . 
an airport payphone. The call is directed to the TNI 304 (step 1202). The call may be directed to the-TNlf -:■ 
304; ill several ways. For example, the call may be placed to the subscriber's \ : \ : V : S " 

PDA wireless number or the call may be placed to the subscriber's office telephone numberand the^officfej : 
telephone number forwards the call to TNI. The inventive system checks the DNIS information tofl&erfriii^v : 
if the called party is a subscriber (step 1204) . If not (step 1206) , the call is processed in the: usual rrian^r . : 
(step 1208). If yes (step 1206), the number from which caller X is calling (ANI information) is bbtairiedpifr 
available, and compared. to information obtained from the subscriber's PhoneBook database (step^ 12f(ty If 
there is a match (step 1212), origin of the call is identified and the call is processed in a manner described 
below. In this casie,- however^ caller X is calling from ah unknown airport payphoneVthe call origin is; 4 
unfamiliar to the system accessing the subscriber's information in the PhoheB66k dafebksej 4 TlVus; : the call 
origin is unidentified. The system then prompts caller X to speak a sho rt ph rase (e/g . , "Who may I.sayjis ' ■ 
calling, please?") which is then matched against the set of speaker identification templates assodatediiwithi 
the subscriber's PhoneBook database (step 1214). If there is still no match (step 1 216); the; system checks^ 
the subscriber's database for preferences of handling unidentified calls, and the rail is handled accordingly, 
(step 1218) . Here, assume the speaker identification module identifies caller X as Ms. Jones, a imbderately 
important client of the subscriber (step 1216). 

The system handles the identified caller (e.g., the identity is inferred by the call origin qrthe^dentityii^ 
established by speaker identification) in the following manner. First, the priority assign^ by the subscriber; 
to Ms. 

Jones is determined (step 1220) by using information obtained from the subscriber's PhoneBook database; 
The system may also compare this priority to the priority assigned to the current 
DateBook (or default profile) entry. 

If Ms. Jones was assigned a high priority (step 1222), the call may be directed to the phone number ait 
which the subscriber is currently located. Thus, the system checks the subscriber's DateBook database to 
obtain the phone number at which the subscriber is currently located. The call is directed to that number 
(step 1224). 

The priority number falling within a "high priority" may vary according to the situation. For example, if a 
subscriber is attending a very important meeting, the subscriber may define "high priority" as callers who 
are ranked only nine or ten on the priority rating. On the other hand, if the subscriber is attending a less 
important meeting, the subscriber may define a high priority as callers having a priority rating of seven or 
higher. 
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If the caller is given a low priority (step 1226), the database is checked to find the subscriber default for low 
priority routing preference, and the call is connected to that number (step 1228). As with the high priority, 
the range of low priority ratings may be selected by the subscriber. 

Assume that the subscriber has assigned an intermediate priority for Ms. Jones. Here, the system attempts 
to contact the subscriber's PDA to alert the subscriber that a call from 

Ms. Jones is pending and to provide the subscriber with a menu of call handling options (step 1230), 
including the option of accepting the call, delivering the call to voice mail, or routing the call to another 
number which may be input by the subscriber. Meanwhile, Ms. Jones is requested to please hold on and 
may preferably be played music or messages while she is waiting for the subscriber to respond. The 
Motification also indicates the subscriber's current location-according to the subscriber's DateBook 
database. If the subscriber does not respond within a predetermined time (step 1232), the call is directed 
according to the subscriber's default or other predetermined number (step 1228). Alternatively, the system 
may perform a second priority threshold such as steps 922, 926 and connect calls having a high threshold 
to the subscriber's current location even in the absence of a response (step 1233). 

Assume that the subscriber responds to the prompt that "yes" he does wish to speak with Ms. Jones, but at 
an alternative location, which is an empty office adjacent to the meeting room and that the subscriber inputs 
the phone number for the adjacent office on the PDA 200. The PDA provides this number to the service 
control module 306 which directs the TNI 304 to call the subscriber at that number (step 1234). When the 
phone is answered, the system announces the current incoming call, verifies the subscriber's identity (i.e., 
may request a PIN), and then bridges Ms. Jones to the subscriber. 

The system then "drops-out" allowing the subscriber to begin his conversation with Ms. Jones. The fact', 
that the subscriber did indeed wish to speak with Ms. Jones may be used to update 
Ms. Jones's stored priority level (step 1236). 

VII. Conclusion ~ 
A system and message for controlling the delivery of incoming calls to a communications services 
subscriber is described. Information maintained in a database which may be accessed, foDexample; from a ^ : 
mobile communications device such as a PDA, may be used to direct calls to preferr^^ic^tions;acx:ordihgi ^ 
to the importance of the call to the subscriber at a particular time. The subscriber GUI is preferably 
standard PhoneBook and DateBook interfaces which are typically provided on a PDA 200. Thus^the j 
inventive system may be implemented with little extra "effort" by the subscriber than would drdinarilyjbe > 
done by a typical PDA user. 

The above described embodiments of the invention are intended to be illustrative only. Numerous 
alternative embodiments may be devised by those skilled in the art without departing from the spirit arid . 
scope of the following claims. 

For example, the invention has primarily been described with reference to telephone calls, but a person, 
skilled in the art readily recognizes that other communication types-fax, email, paging, etc.-may be 
screened and directed using the inventive system and method. 

ApPendix A 

Glossary of Acronyms 

AIN Advanced Intelligent Network 

ANI Automatic Number Identification 

BS Base: Station 

DNIS; Dialecl Number Identification Service : - 

DTMF Dual Tone, Multiple Frequencies 

GUl:Grajphical User Interface 

HLR Home Location Resister 

IF? Iritelligent Peripheral 

ISDN/integrated Signaling Digital Network 

LSTP Local Signal Transfer Point 

MSG Mobile Switching Station 

NAP Network Access Point 

PCS Personal Communications Network 

PDA Personal Digital Assistant 

PSTN Public Switched Telephone Network 

RCPU Radio Control Port Unit 

RP Radio Port 

RSTP Regional Switching Transfer Point 

SCP Service Control Point 

SDL Specification and Description Language 

SSP Service Switching Point 

TCL/TK Tool Command Language Tool Kit 
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TNI Telephone Network Interface 
VLR Visiting Location Register 
WSC Wireless Switching Center 
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We claim: 1. A method for routing incoming calls to a communications service subscriber, comprising the 
steps of: 

a. maintaining a database containing: 

1) call origin priority information; 

2) call delivery preferences information based on 
the call origin priority information; and 

(3) subscriber location information, including 
call delivery addresses and times at which the 
subscriber expects to be at the call delivery 
addresses; 

b. receiving a call directed to the subscriber, 

c. consulting the database to determine how to respond 
to the received call; and 

d. directing the call to a desired delivery address 
according to the call delivery preferences. 

2. The method of claim 1 , wherein the step of receiving a call further comprises the step of determining the 
call is for the subscriber. 

3. The method of claim 2, wherein the step of determining thecal! is for the subscriber further comprises 
comparing the called number to information obtained from a Dialed Number 

Identification Service. 

4. The method of claim 1, after the step of receiving a call further comprising the step of determining ah 
origin of the call. 

5. The method of claim 4, wherein the step of maintaining.the database further includes maintaining call, 
origination information and the step of determining an origin of the caili further comprises: 

a. obtaining a number from which the ball originates 
using Automatic Number Identification; arid 
b: comparing the obtained number with the call 
origination information. 

6; The method of claim 4, wherein the step/of -maintaining the database further includes maintaining speech 
templates of previous caller's voices, an&the step of determining an origin of the call, further compnses: 
a^obtain^ 
-b;;cdmparinjg the s 

7. The method of claim i, wheran the call origin is identifiedfandthe step of consulting the database to 
determine how to respond to the received cairfurther comprises: 

a- consulting the call origin priority; information to 
deterrirline a priority assigned tdrthe ideMpd call 
origin; and 

b; insulting the call delivery pfeferenceis information 
to-determirie cali delivery prefere^ 
haviri^the assigrie^jpriority!: . 

8. the method of claim 7, wherein if the assigned priority for the call is high, the step of directing the call 
further comprises the steps dft 

a. consulting the subscriber location information to 
determine a current call delivery address for the 
subscriber; and 

b. delivering the call to the current call delivery 
address. 

9. The method of claim 7, wherein if the assigned priority for the call is low, the step of directing the call 
further comprises the step of delivering the call to a call delivery preference for low priority calls. 

10. The method of claim 7, wherein if the assigned priority for the call is not one of either high and low, the 
step of directing the call further comprises the steps of: 

a. sending to the subscriber a notification message 
indicating that a call is pending; and 
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b. waiting for a response. 

1 1 . The method of claim 1 0, wherein if no response is received from the subscriber, the method further 
comprising: 

a. consulting the call delivery preference information 
to determine a default delivery location; and 

b. delivering the call to the default location. 

12. The method of claim 10, wherein if a response is received from the subscriber, the step of delivering the 
call further includes delivering the call according to the response. 

13. The method of claim 12, further comprising the step of adjusting priority information for the identified 
caller according to the subscriber's response. 

14. The method of claim 1 3, wherein if the subscriber responded to deliver the call to the subscriber at a 
current location, increasing the identified caller's priority information. 

1 5. The method of claim 1 3, wherein if the subscriber responded to not deliver the call to the subscriber at 
a current location, decreasing the identified caller's priority information. 

16. The method of claim 1 , further comprising the step of updating the information in the database using a 
wireless communications device. 

17. The method of claim 1, wherein origin priority information includes assigning priority numbers to call 
origins. 

18. The method of claim 17, wherein the delivery preferences includes defining delivery preferences bSsed^ " 
on priority number. , . ; : : \.^ 

19. The method of claim 1, wherein the step of maintaining the database further comprises the steps;ofr: ■ - ; 

a. the subscriber inputting information to be maintained in the database using a graphical user interface \ 
installed in a communications device; and 

b. the communications device providing the information to the database. 

20. The method of claim 1 , wherein the step of maintaining a database further comprises the steps of 
maintaining in the call delivery preference information: 

a. selecting a priority threshold for forwarding calls 
to a particular call delivery address; and 

b. selectively setting a priority threshold for each call delivery address. 

21. A system for screening and directing incoming calls to a communications services subscriber, 
comprising: 

a; a'datebase containing: 

(1) : call origin priority information; • 

(2) cal I- del i ve ry preferences information based on 
thexall origin priority information; and 

(3) subscriber location information, including 

call delivery addresses and times at which the v : •;•.•„-;; 

subscriber expects to be at the call delivery 

addresses; 

b. a network interface configured to receive a call to 
the subscriber arid to, forward call identification 
information to a service cpntrbl module; ;• 

c. the service control module configured to obtain call 
identification information from th6 network 
interface, obtain information in the' database, 
compare the call ^identification information with the 
call origin priority information, dietermine a 
delivery preference based on the origin priority 
information, and to instruct the network interface 

to deliver the call to a preferred destination; and 
d; a communications device configured to provide 
information to the database and to receive 
information from the service control module. 

22. The system of claim 21 , further comprising: 

a. speech templates of voice samples of previous 
callers; and 
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b. the network interface being onfigured to compare a 
voice sample of the call and the speech templates. 

23. The system of claim 21 , wherein the network interface is connected to a telephone network. 

24. The system of claim 21, wherein the network interface includes: 

a. a line interface connected to receive calls from a 
communications network; 

b. a network interface controller connected to the line 
interface and to the. service control module; 

c. a speech recognition module connected to the line 
interface and the network interface controller; and 

d. a database configured to maintain messages which may 
be played by the network interface controller. 

25. The system of claim 24, wherein the network interface database includes a prompt database and a 
message database. 

26. The system of claim 21 , wherein the database is in communication with a subscriber communication 
device and the database obtains at least some of the call origin priority information, call delivery 
preferences, and subscriber location information from the subscriber communication device. 

27. The system of claim. 26, wherein the subscriber communication device is a personal digital assistant . 

28. The system of claim 26, wherein the database and communications device are in wireless 
communication. 

29. The system of claim 21 , wherein the system is implemented in a Personal Communications System: cr ~ : , P 

30. The system of claim 21, wherein the system is implemented in an Advanced Intelligent Netwprkv- : 1 ■ : 1 :-: 

31. The system of claim 26, wherein the subscriber communication device contains a graphical user vrr.r 
interface configured to receive from the subscriber at least some of the call origin priority infbrmatibn>call V. : 
delivery preferences, and subscriber location information. 

32. The system of claim 31, wherein the graphical user interface may be updated by the service control . 
module. 

33. The system of claim 31, wherein the graphical user interface further comprises: 
a. a datebook interface configured to receive 

subscriber location; information and call delivery 
preferences; and 

b; a phonebook interface configure to receive call 
origin priority information. 
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